home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part1 / 8625 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.1 KB
  1. Path: cypher.3do.com!user
  2. From: tsw@3do.com (Tom Watson)
  3. Newsgroups: comp.lang.ada,comp.lang.c++,comp.lang.c,comp.lang.modula3,comp.lang.modula2
  4. Subject: Number representation (was: Hungarian notation - whoops!)
  5. Date: Wed, 14 Feb 1996 19:20:17 -0800
  6. Organization: The 3DO Corporation
  7. Distribution: world
  8. Message-ID: <tsw-1402961920170001@cypher.3do.com>
  9. References: <30C40F77.53B5@swsbbs.com> <Pine.HPP.3.91.960124153551.24374C-100000@zeezrom.cs.byu.edu> <4e7ifl$et3@goanna.cs.rmit.EDU.AU> <Pine.HPP.3.91.960129133429.8419C-100000@foggy.cs.byu.edu> <4em29qINN39r@keats.ugrad.cs.ubc.ca> <Pine.HPP.3.91.960201015336.17360C-100000@clear.cs.byu.edu> <4f41vf$g8j@goanna.cs.rmit.EDU.AU> <Pine.HPP.3.91.960205124102.18647E-100000@warm.cs.byu.edu> <4fc157$jsf@goanna.cs.rmit.EDU.AU> <dewar.823793746@schonberg> <4fms62$c0p@goanna.cs.rmit.EDU.AU>
  10. NNTP-Posting-Host: cypher.3do.com
  11.  
  12. In article <4fms62$c0p@goanna.cs.rmit.EDU.AU>, ok@goanna.cs.rmit.EDU.AU
  13. (Richard A. O'Keefe) wrote:
  14.  
  15. > 
  16. > >By the way, S&M is of course the right representation of floating-point,
  17. > >using 2's complement for floating-point is a goof that only a designer
  18. > >not understanding fpt would make!
  19. > 
  20.  
  21. I'm not so sure.  With sign & magnitude you get TWO representations of the
  22. same number (zero).  Some may argue that the difference is that negative
  23. zero is what a very small negative number decays into, and positive zero
  24. is what a very small positive number decays into.  My understanding of
  25. numbers (no, I'm not an expert at this!) is that zero is only ONE number
  26. (basically without sign).  Most numbering systems (like two's complement
  27. integers) have put in the positive domain.
  28.  
  29. I have worked on a computer that had its floating point numbers in two's
  30. complement form.  It was a definition of convience (a negative number is
  31. represented as the two's complement of its corresponding postitve
  32. number).  This definition (coupled with the fact that both floating point
  33. and fixed point used the same set of registers) allowed quite a few
  34. instructions to overlap (an instruction "load complement word" worked for
  35. either).
  36.  
  37. The machine (obviously) was pre IEEE floating point numbers, but worked
  38. VERY well.  All that was needed to be implemented were 8 (count 'em)
  39. floating point instructions (+, -, *, / in double & single).  If a result
  40. underflowed (which raised an optional trap) the result decayed to zero,
  41. which usually gave proper results.  Programs didn't need to test for
  42. multiple incantations of zero (which needs to be done with IEEE numbers if
  43. the hardware doesn't detect BOTH forms).
  44.  
  45. As far as I can see, the only good thing (tm) that multiple (+ & -) zeros
  46. gets you is multiple infinities when you divide by it (which may be the
  47. object).  As long as both positive and negative numbers exist, and there
  48. is SOME method of making a bit pattern happen for each of them that are
  49. defined, it probably doesn't mean much which bits are turned on (use gray
  50. code, I don't care).  Just make sure that all the operations necessary are
  51. working, and give proper (documented) results.
  52.  
  53. [boy am I going to get flamed for this......]
  54.  
  55. -- 
  56. Tom Watson
  57. tsw@3do.com         (Home: tsw@johana.com)
  58.